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1. PIT AT PARTY I N INTEREST 

The real party in interest in this matter is Intel Corporation. (Recorded February 27, 

2002, Reel/Frame 012662/0707). 

2 . RELAJJD APPEALS AND INTERFERENCES 

There are no related appeals. 

3 . STATUS OF THE CLAIMS 

Claims 1-21 are pending in the application. Claims 1-21 are rejected under 35 U.S.C. 
§ 103(a) as being unpatentable over O'Neil et al., U.S. Patent No. in view of Barrera et al, U.S. 
Patent No. 6,748,448. 

4. STATUS OF A MKNDMENTS 

In the Response to Final Office Action dated 2/17/2006, Applicants amended claim 1 to 
put it into better form. In the Advisory Action dated 5/1 1/2006, the Examiner entered these 
amendments for the purposesof appeal. The claims listed on page 1 of the Appendix attached 
to this Appeal Brief reflect the present status of the claims (including amendments entered after 
final rejection). 

5. SUMMARY OF TP * ™ AIMED SUBJECT MATTER 

The embodiment of claim 1 is generally directed to a method comprising: receiving a 
request for the data from a client computer (see e.g., page 4, paragraph [0014] - Figure 2, 100); 
sending the request to a first server of a plurality of servers (see e.g., page 4, paragraph [0015] - 
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Figure 2, 1 10); receiving the data from the first server {see e.g., page 5, paragraph 10017] - 
Figure 2, 140); and adding an identity of the first server to the data and forwarding the data to 
the client computer (see e.g., page 5, paragraph [0018] - Figure 2, 1 50). 

The embodiment of claim 8 is generally directed to a load balancer comprising: a 
processor; and memory; wherein said processor is adapted to: receive a request for data from a 
client computer (see e.g., page 4, paragraph [0014] - Figure 2, 100); send the request to a first 
server among a plurality of servers (see e.g. , page 4, paragraph [001 5] - Figure 2, 1 10); receive 
the data from the first server (see e.g., page 5, paragraph [0017] - Figure 2, 140); and add an 
identity of the first server to the data and forward the data to the client computer (see e.g., page 

5, paragraph [0018] - Figure 2, 150). 

Claim 15 is directed to a computer readable medium having instructions stored thereon 
that, when executed by a processor, cause the processor, after receiving a request for data from a 
client computer, to: send the request to a first server among a plurality of servers (see e.g., page 
4, paragraph [0015] - Figure 2, 110); receive the data from the first server (see e.g., page 5, 
paragraph [0017] - Figure 2, 140); and add an identity of the first server to the data and forward 
the data to the client computerize e.g., page 5, paragraph [0018] -Figure 2, 150). 

Fig. 1 is a block diagram of a system in accordance with one embodiment of the present 
invention. Fig. 2 is a flow diagram of the steps performed by a load balancer in accordance 
with one embodiment of the present invention. 
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6 . r.»r>TTTvr>S OF pir.TF.frrTON TO F " gEYlEWjED ON APPEAL 

A. Are claims 1-21 rendered obvious under 35 U.S.C. §l03(a) over O'Neil et al., 
U.S. Patent No. 6,128,279 hereinafter ("O'Neil") in view of Barrera et al., U.S. Patent No. 
6,748,448 hereinafter ("Barrera")? 

7. ARGUMENT 

A Claims 1-21 arenot rendered obvious under 35 U.S.C. §103(a) over O'Neil in 

view of Barrera. 

Applicant respectfully submits the cited references do not teach, suggest or describe "[a] 
method of accessing data from a plurality of servers comprising: ... adding an identity of the 
first server to the data and forwarding the data to the client computer" (e.g. , as described in the 

embodiment of claim 1). 

Applicant agrees with the Examiner's assessment that O'Neil does not describe adding 
an identity of the first server to the data and forwarding the data to the client computer. See 
Office Action, page 7. It claims Barrera describes receiving a request for network content and 
modifying the URL. suchthatthe URL request resource file physical I/O address is preferably 
embedded in the client computer browser page URL link (citing column 4 lines 10-50, column 8 
lines 50-65, column 9 lines 1-10). Applicant respectfully disagrees; as shown below, describing 
a physical I/O address of a resource file is not the equivalent of adding an identity of the first 
server to the data and forwarding the data to the client computer as specifically recited in the 
claims. 

The first portions of this section merely describe using a URL addressing scheme for 
efficiently accessing resource files on a networked server system. See Column 4, lines 10-25. 



88865 1 -*- 

PAGE 7/18 * RCVD AT 9/12/2006 6:00:58 PM [Eastern Daylight Time] * SVR:USPT0-EFXRF-1/6 * DNIS:2738300 * CSID:14089757501 * DURATION (mm-ss):05-04 



SEP-12-2006 15:08 



KENYON KENYON 



14089757501 P. 08 



Application No. 10/083,557 

Response For Non-Compliant Appeal Brief dated September 12 2006 
Notification of Non-Compliant Appeal Brief dated July 12, 2006 
APPEAL BRIEF - PATENTS 

As asserted by the Examiner, this section further describes: "The URL request resource file 
physical I/O address is preferably embedded in the client computer browser page URL link, 
pre-establishing a correspondence between the browser page element and the resource file." 
See Column 4, lines 25-29. However, as argued above this section does not describe the 
relevant limitations as recited in the embodiment of claim 1. The last portion of the cited 
section describes: 

In the system embodiment of the present invention corresponding to this method 
embodiment, the data storage device controller is direcdy connected to the 
network and has a destination IP address, to allow accessing the requested 
resource file on the data storage device directly, and to allow the transfer of the 
requested resource file, between the data storage device and the client network 
access equipment to be directly performed by the data storage device controller, 
(emphasis added) 

Interestingly, this section of the Barrera reference does not describe the use of a server to 
perform the transfer of the requested file, much less the adding of an identity of a fist server to 
a data request return as claimed in multiple embodiments. 

An examination of the introductory section (column 8, lines 30-40) to the Examiner's 
cited section of column, lines 50-65 explains why. The cited section column 8, lines 50-65 
describes some of the steps of the requesting and retrieval of data according to Barrera wherein 
«. . .a physical I/O address is included in the complete URL address" without any further 
explanation of the embedding process. See column 8, lines 40-44. However, the introductory 

section referred to above describes: 

In another preferred embodiment of the present invention, shown in FIG. 3, the 
function of returning the resource file to the client 100 is directly performed by 
the data storage device controller 102. and a URL includes a physical I/O 
address of a resource file. In this aspect of the invention the resource file is sent 
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directly to the requesting client, without me of a server 104, For this purpose the 

Sorage device controller 102 protocol, such as SCSI or DDE 

and the dala storage device controller 102 is directly connected, via 

108 and LAN collection 1 12, to the internet 106, and has its own IP address. 

(emphasis added) 

Therefore, this introductory section makes it clear that the retrieval of any requested file is 
performed by a data storage device controller, separate from any server. Barrera specifically 
teaches away from the use of a server. Therefore, it is clear that the embedded physical I/O 
address of a resource file does not include an identity of a server responsible for forwarding the 
requested data to the client computer (e.g., as described in the embodiment of claim 1), because 
Barrera does not require the use of servers at all in its retrieval process. 

The last cited section of Barrera (column 9, lines 1-10) merely confirms this conclusion. 
It restates: "In this preferred embodiment of the present invention, the host server 104 and the 
stack are bypassed. The data storage device controller 102 incorporates the Web network 
interface to interpret the request and return the requested resource file." See column 9, lines 5- 
9. Therefore, it is clear that Barrera and O'Neil fail to describe at least these Umitations of the 

embodiment of claim 1 , 

Applicant maintains that the embedded address of Barrera is inadequate in other ways as 
well. As shown in multiple instances above, the embedded address of Barrera is a physical I/O 
address, otherwise known as a MAC address or ethemet address (e.g., 00 OA 27 91 40 FC). A 
MAC is not the same as, for example, an IP identifying address. A MAC address is a hardware 
address used for interface with the network medium in the OSI network standard. Applicant 
submits a MAC address is not sufficient to describe an identity of a first server as specifically 
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recited in the embodiment of claim 1 . 

The Examiner also asserts that because column 8, lines 5-10 of Barrera describes that 
while responding to client requests, the IP address of a device controller is embedded in the 
URL request, that this is the equivalent of adding an identity of the first server to the data and 
forwarding the data to the client computer. Applicant disagrees. Column 8, lines 5-10 of 

Banera state: 

In this preferred embodiment of the present invention a URL address has the 
following content, assuming contiguous storage of resource file blocks: 

http // . <IP Address or Hostname of 
Co«^o//er>/<LUN#>/<StartBlock#>,<NumberOfBlocks> 

In the disclosed preferred embodiment, the URL identifies a specific data storage 
device controller and its logical unit number, a physical block start address of 
the resource file on the data storage device and a number of blocks used for the 
resource file, and thus step 6 of a conventional system is bypassed, (emphasis 
added) 

Therefore, as described in the Barrera reference "a URL address has the following content": the 
identity of a specific data storage device controller and its logical unit number (italicized in the 
exemplary URL), a physical block start address of the resource file on the data storage device 
and a number of blocks used for the resource file. 

Moreover, even if Applicants were to assume, only arguendo, that the identity of the 
controller and the server are the same (they may not be), there is nothing in the Barrera 
reference that teaches ». . .adding an identity of the first server to the data and forwarding the 
data to the client computer", as described in embodiments of the present application. Column 7, 
line 25 to column 8, line 10 of Barrera (including the cited section column 8, line 5-10) is 
intended to describe the request and transfer of a resource file between computers. See column 
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7, lines 25-26. This description includes the selection and subsequent of sending of a requested 
URL address. See column 7, lines 55-63. Therefore, the URL address cited by the Examiner is 
merely sent as an identifier to aid in the locating of the requested resource file stored on the 
"Web server host". See column 7, lines 64-67. 

Therefore, Applicants submit that the cited URL address of Barrera is sent as part of an 
instruction request sent to the host server to initiate the heating of the requested file. Barrera 
does not describe at least including an URL address as part of a retrieval process to be sent to 
the requesting party. The Examiner further cites column 6, lines 20-30 of Barrera, which state: 

Each selectable item on Web pages displayed on a Web site has an Redded URL 
address, with the physical I/O address of the corresponding Web page file located on its 
data storage device 20, preferably a SCSI device with a connection 21 to the server 14 
Therefore, when a Web page is served by the Web server 14 to the client 10, the client 
browser can send to the Web server 14 a request with a complete URL link to a 
selectable Webpage, including Us physical I/O address. Thus, the request can be passed 
by the server 14 directly to the data storage device 20 controller, avoiding the file I/O 
layer, (emphasis added) 

The cited section describes the embedding a URL address with the physical I/O address. 

However, it also describes a client browser sending a request with a URL link. Such a request 

is passed on to the server 14 as part of the request. There is no mention of the sending of a 

URL address as part of a retrieval process to be sent to the requesting party in the cited section, 

and it definitely does not include a description of ". . . adding an identity of the first server to the 

data and forwarding the data to the client computer" as described in embodiments of the present 

application. . In order to support a proper §l03(a) rejection, the cited references must include a 

similar teaching, suggestion or description. The Barrera reference does not 

Therefore, since each and every element of claim 1 is not taught, suggested or described 
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by the cited references, Applicant respectfully submits that the §103(a) rejections are lacking 
and should be withdraw. Likewise, independent claims 8 and 15 include similar limitations. 
Claims 2-7, 9-14, and 16-20 depend from and further define allowable independent claims 1, 9, 

and 15, and therefore are allowable as well. 

CONCLUSION 

Appellants therefore respectfully request that the Board of Patent Appeals and 
Interferences reverse the Examiner's decision rejecting claims 1, 3-9, 1 1-17, 19-25 and 27-32 
and direct the Examiner to pass the case to issue. 

The Examiner is hereby authorized to charge the appeal brief fee of $500.00 and any 
additional fees which may be necessary for consideration of this paper to Kenyon & Kenyon 
LLP Deposit Account No. 11-0600. 

Respectfully submitted, 
KENYON & KENYON LLP 



Date: September 12. 2006 





umit Bhattac|larya 
(Reg. No. 51,469) 
Attorneys for Intel Corporation 



KENYON & KENYON LLP 
333 West San Carlos St,, Suite 600 
San Jose, CA 95110 



Telephone: 
Facsimile: 



(408) 975-7500 
(408) 975-7501 
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APPENDIX 



(Brief of Appellant Steve SCHNETZLER 
U.S. Patent Application Serial No. 10/083,557) 



a n .AIMS ON APPEAL 

I . A method comprising: 

receiving a request for the data from a client computer; 
sending the request to a first server of a plurality of servers; 
receiving the data from the first server, and 

adding an identity of the first server to the data and forwarding the data to the client 
computer. 



2. The method of claim 1 , further comprising: 
determining whether the request includes a server identifier. 

3. The method of claim 1, wherein the request is a Uniform Resource Locator (URL). 

4. The method of claim 1, wherein the data is a HyperText Markup Language (HTML) 
page. 

5. The method of claim 4, wherein the HTML page comprises at least one Uniform 
Resource Locator (URL), and the adding the identity of the first server comprises revising tl 
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least one URL to include a server identifier that corresponds to the first server. 



6. The method of claim 2, wherein the sending the request to the first server comprises a 
load balancing algorithm. 

7. The method of claim % wherein the sending the request to the first server comprises 
sending the request to a server identified by the server identifier. 



8. A load balancer comprising: 
a processor; and 
memory; 

wherein said processor is adapted to: 

receive a request for data from a client computer; 

send the request to a first server among a plurality of servers; 

receive the data from the first server; and 

add an identity of the first server to the data and forward the data to the client 

computer. 

9. The load balancer of claim 8, said processor further adapted to: determine whether the 
request includes a server identifier. 

10. The load balancer of claim 8, wherein the request is a Uniform Resource Locator (URL). 



A-2 



88865- i 



PAGE 14/18 * RCVDAT 9/12/2006 6:00:58 PM [Eastern Daylight Time] ' SVR:USPT0-EFXRF-1/6 * DNIS:2738300 * CSID:14089757501 1 DURATION (mm-ss);W-M 



SE p_ 12 -2006 15=10 KENYON KENYQN 14089757501 P. 15 

Application No. 10/083,557 

Response For Non-Complaint Appeal Brief dated September 12 2006 
Notification of Non-Complaint Appeal Brief dated July 12, 2006 
APPEAL BRIEF - PATENTS 

It. The load balancer of claim 8, wherein the data is a Hypertext Markup Language 
(HTML) page. 

12. The load balancer of claim 1 1, wherein the HTML page comprises at least one Uniform 
Resource Locator (URL), and the processor adds the identity of the first server by revising the 
at least one URL to include a server identifier that corresponds to the first server. 

1 3. The load balancer of claim 9, wherein the processor sends the request to the first server 
by executing a load balancing algorithm. 

14. The load balancer of claim 9, wherein the processor sends the request to the first server 
by sending the request to a server identified by the server identifier. 

1 5. A computer readable medium having instructions stored thereon that, when executed by 
a processor, cause the processor, after receiving a request for data from a client computer, to: 

send the request to a first server among a plurality of servers; 
receive the data from the first server; and 

add an identity of the first server to the data and forward the data to the client computer. 

1 6. The computer readable medium of claim 15, said instructions further cause said 
processor to: 

determine whether the request includes a server identifier. 
88865.1 A " 3 
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1 7. The computer readable medium of claim 1 5, wherein the request is a Uniform Resource 
Locator (URL). 

18. The computer readable medium of claim 15, wherein the data is a HyperText Markup 
Language (HTML) page. 

19. The computer readable medium of claim 18, wherein the HTML page comprises at least 
one Uniform Resource Locator (URL), and the adding the identity of the first server comprises 
revising the at least one URL to include a server identifier that corresponds to the first server. 

20. The computer readable medium of claim 16, wherein the sending the request to the first 
server comprises a load balancing algorithm. 

21 . The computer readable medium of claim 16, wherein the sending the request to the first 
server comprises sending the request to a server identified by the server identifier. 
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9. EVIDENCE APPENDIX 

No further evidence has been submitted with this Appeal Brief. 



A-5 



8886S.1 



PAGE 17/18 * RCVD AT 9/1 2/2006 6:00:58 PNI [Eastern Daylight TimeJ* STO:USPT0-EFXRF-1/6 1 DNIS:2738300 * CSID:140897S7501 * DURATION (miMS):05-04 



SEP-12-2006 15: 10 



KENYON KENYON 



14089757501 P. 18 



Application No. 10/083,557 

Response For Non-Complaint Appeal Brief dated September 12, 2006 
Notification of Non-Complaint Appeal Brief dated July 12, 2006 
APPEAL BRIEF - PATENTS 

1 0. RELATED PROCEEDINGS APPENDIX 

Per Section 2 above, there are no related proceedings to the present Appeal. 
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